home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N23.TXT < prev    next >
Text File  |  1994-03-09  |  7KB  |  174 lines

  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Mon, 7 Mar 94 19:01 PST      Volume 9: Issue  23  
  5.  
  6. Today's Topics:
  7.                                clipping
  8.                       GUS+16-bit option or MAX?
  9.                GUS Programmer's Digest V9 #22 (2 msgs)
  10.                              unsubscribe
  11.  
  12. Standard Info:
  13.     - Meta-info about the GUS can be found at the end of the Digest.
  14.     - Before you ask a question, please READ THE FAQ.
  15.  
  16. ----------------------------------------------------------------------
  17.  
  18. Date: 7 Mar 94 10:15:00 MET
  19. From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  20. Subject: clipping
  21.  
  22. >> The GUS doesn't do anything like that.  It simply sums the voices.  Because
  23. >> of partial cancelling (some of the samples will be positive, while others
  24. >> will be negative), clipping rarely occurs when typical voice volumes are 
  25. >> used.
  26.  
  27. >Rarely?  There is no algorithm to prevent it at all?
  28.  
  29. It would be very strange, if there's no such algoithm, in my opinion.
  30. And dangerous for the sound. But I like the idea of signed approach
  31. to digital mixing. I didn't think of the data as being signed till now.
  32. In this case, it's statistically really not so bad. But I still think
  33. it can't just clip the wave to the maximum voltage until the sum of
  34. all voices becomes less than the maximum... The breaks all I was
  35. thinking about. But maybe I was wrong... If that's true, than it's
  36. really only me who can assign apropriate volume settings to all the
  37. instruments hoping the probability of not exceeding the maximum is
  38. great enough ... I don't like it, however. Aren't here any documents
  39. from Gravis describing this ? Or from Ensoniq as the GF1 is supposed
  40. to be a clone of some Ensoniq chip ?
  41.  
  42.                 Martin Grecner
  43.  
  44. ------------------------------
  45.  
  46. Date: Mon, 07 Mar 94 14:40:00 PST
  47. From: "Ford, Richard            x2056" <rford@infocomp.csir.co.za>
  48. Subject: GUS+16-bit option or MAX?
  49.  
  50. Morning all
  51.  
  52. Please, can someone put me in the picture re the MAX?  Should I go for the 
  53. GUS and the 16-bit option now, or wait for the MAX to arrive?  If the 
  54. MAX is on the cards, then I'll wait, but I have been waiting a while now and 
  55. I'd actually like to get stuck in with one or the other... 
  56.  
  57. waiting in anticipation..Richard
  58.  
  59. ------------------------------
  60.  
  61. Date: Sun, 6 Mar 1994 20:51:49 -0500 (EST)
  62. From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
  63. Subject: Re: GUS Programmer's Digest V9 #22
  64.  
  65. > Date: Sat, 5 Mar 1994 23:31:28 -0700 (MST)
  66. > From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  67. > Subject: Re: GUS Programmer's Digest V9 #21
  68. > > The GUS doesn't do anything like that.  It simply sums the voices.  Because
  69. > > of partial cancelling (some of the samples will be positive, while others
  70. > > will be negative), clipping rarely occurs when typical voice volumes are 
  71. > > used.
  72. > Rarely?  There is no algorithm to prevent it at all?
  73.  
  74. Nope.  And from the usual sound quality of the GUS, there doesn't
  75. appear to be a need to systematically divide the sum to rigorously
  76. prevent the possibility of clipping, and the GUS would, in fact, 
  77. sound worse had this approach been taken (since dividing by the number
  78. of voices, 32, would mean that only 11 bits of each voice would show
  79. up in the output).  
  80.  
  81. Phat.
  82.  
  83. ------------------------------
  84.  
  85. Date: Sun, 6 Mar 1994 18:27:26 -0800 (PST)
  86. From: Shawn Talbert <ironside@beta.tricity.wsu.edu>
  87. Subject: Re: GUS Programmer's Digest V9 #22
  88.  
  89. There may not be an "algorithm" to prevent it, but there is most likely 
  90. hardware restraints on the audio output amplifiers to ensure linear 
  91. operation. That is, the maximum possible output should be reasonably 
  92. below the rails.
  93.  
  94.  
  95. > > The GUS doesn't do anything like that.  It simply sums the voices.  Because
  96. > > of partial cancelling (some of the samples will be positive, while others
  97. > > will be negative), clipping rarely occurs when typical voice volumes are 
  98. > > used.
  99. > Rarely?  There is no algorithm to prevent it at all?
  100. > -- 
  101. >   _______                                                             KB7PWD
  102. >  (_  | |_)                                            shawn.rutledge@asu.edu
  103. >  __) | | \__________________________________________________________________
  104. > * anti-Macintosh * ham radio * sci fi * packet * techno * Internet * IEEE * 
  105. > ------------------------------
  106. > End of GUS Programmer's Digest V9 #22
  107. > *************************************
  108. > To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  109. > To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  110. > To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  111. > FTP Sites              Archive                       Directories
  112. > ---------              -------                       -----------
  113. > Main N.American Site:  archive.orst.edu              pub/packages/gravis
  114. >                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  115. > Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  116. > European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  117. > Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  118. > Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  119. > Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  120. >  
  121. > MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  122. > Hints:
  123. >       - Get the FAQ from the FTP sites or the request server.
  124. >       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  125. >     related mailing lists (general use, musician's, etc.).
  126.  
  127. ------------------------------
  128.  
  129. Date: Mon, 7 Mar 94 16:57:32 +0100
  130. From: Marcus Jansson <d93marja@und.ida.liu.se>
  131. Subject: unsubscribe
  132.  
  133.  
  134.  
  135. ------------------------------
  136.  
  137. End of GUS Programmer's Digest V9 #23
  138. *************************************
  139.  
  140. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  141. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  142. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  143.  
  144. FTP Sites              Archive                       Directories
  145. ---------              -------                       -----------
  146. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  147.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  148. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  149. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  150. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  151. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  152. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  153.  
  154. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  155.  
  156. Hints:
  157.       - Get the FAQ from the FTP sites or the request server.
  158.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  159.     related mailing lists (general use, musician's, etc.).
  160.  
  161.  
  162.